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A cost-effective motion control system communication architecture is provided that supports a 
centralized control node, distributed control nodes, and smart I/O peripheral control nodes. Networks 
designed using this architecture, which employs a serial bus, may be readily modified or expanded. The 
architecture supports both real-time highly periodic communications and event-driven peer-to-peer 
communications. 
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Background Of The Invention 

This invention relates to a communications architecture for motion control systems such as robotic systems 
This mvention reiares i systems, particularly for paper handling systems. In paper handling 

'""T ZZtTo^^TeP^^^^^^ l<,uenJmannsr through a series of motor-driven com- 

:Ss sucHs LlS-ir^^^^ Sheets experience high velocities and sharp -celerat.ons dunng 

ponents. such as oeiis anu m operation of the motion control components must be care- 

Z 1 1^ : e irponentlTmponent transitions are smooth and jam free. It is also 
,ul y ^^^-^'JJJ/" positions as well as motor shaft positions and velocities with sensors. Typw 
T rT^l^f^Torco^^ra^^ general system functions are controlled by at least one processor. Con- 
SsilTs myrtle d^vSeSto^^^^^^ prime movers (motor, solenoids, transducers, etc.) and sensorda^ 
frZfhe sens^^^ If there is more than one processor in the system, processor-to-processo com- 
l^irainusfbe sZ^^^^^^^^ well. Additionally, in modular paper handling systems it is necessary to pro- 

Tw^uWroW'Sable to be able to provide a motion control system communication architecture that 
..o^w.ng.ber^^^^^^^^^^ 

allo,;Lrantc:i^t ;^e nuler of comrSon parts used, both within a product line and f^om a product l.ne. 
''"ft wL'l'^^^^^^^^^^ beTeTi.:^ to be able to provide a motion control system communicatipn architecture that 

'"TS:Ts^'b^d''SXtTb^^^ P-ide a motion control communications architecture that offers 

applic^JtoltTs^Tp^^^^^^^^^ at power-up. including manufacturing and service diagnos.cs and that au- 

n'tu^d"a;^^rd:srr:rto^ SC^drraTr^^^^^^ that anows motion contK.. system nodes 
tobebZl^cla^^^^^^^ 

allowsTe a^jurtr^ent^^^^^^^^ band rate to achieve an optimum cost/performance trade-off. 

Summary of the Invention 

^^errurrreX^^^ 

..ntlal c^n^ n<Kle with configuration data which identifies each peripheral control node and 'te physical lo- 
Sttn in thfrlet^ork and the'central control node determiners the schedule in accordance with the conf.g- 

ln"anofher preferred embodiment a peripheral contml node may be selectively configured either to respond 
n • ^^^^^HZ cZZmc3Wor^ with the central control node to output signals or input status, or to respond to 
" cTmt i^LC^^^^^^ control node to output signals or input status upon receipt of a synchronization 

^'^Trl" accordance with the invention, a motion control communication architecture using a communications 
netwrkTjJrdedTat has the necessary flexibility for providing scheduled centralized control node com- 
55 munication with peripheral control nodes. 
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Brief Descriptions Of The Drawings 

The above and other objects and advantages of this invention will be apparent upon consideration of the 
5 following detailed description. .taken in conjunction with the accompanying drawings in which like reference 
characters refer to like parts throughout, and in which: 

FIG. 1 is a block diagram of the elements of a system interconnected in accordance with a preferred em- 
bodiment of the architecture of the present invention; 

FIG. 2 is a schematic diagram showing the support domain of the architecture according to the invention; 
10 FIG. 3 is a block diagram of centrally controlled configuration according to the invention; 

FIG. 4 is a block diagram of the distributed control configurations according to the invention; 

FIG. 5 is a block diagram of the combined control configuration according to the Invention; 

FIG, 6 is a block diagram of an expanded configuration according to the inventions; 

FIG. 7 is a diagram of an example of a preferred embodiment of an encoding scheme used in the present 
15 invention; 

FIG. 8 is a schematic diagram showing third line interconnections according to the invention; 
FIG. 9 is diagram of a chosen Synchronous Data Link Control (SDLC) frame according to the invention; 
FIG. 10 is a diagram of a node identification (ID) and node address according to the invention; 
FIG. 11 is a diagram illustrating access controls according to the inventton; 
20 FIG. 12 is a diagram illustrating distributed control node (DCN) access control at power up according to 

the invention; 

FIG. 13 is a diagram Illustrating DCN access control during normal operation according to the invention; 
FIG. 14 is a diagram illustrating how a DCN calculates a slot time to avoid contention according to the In- 
vention; 

25 FIG. 15 is a diagram further illustrating how a DCN avoids contention according to the invention; - 

FIG. 16 is a diagram showing a 16- bit cyclical redundancy check (CRC) according to the invention; 
FIG. 17 is a diagram of a control frame from a CCN according to the invention; 

FIG. 1 8 is a diagram of a data frame from the CCN to a PCN or vice versa according to the invention; 

FIG. 1 9 is a diagram of a data frame from a DCN (CCN) to a DCN according to the invention; 
30 FIG. 20 is a diagram of a network frame exchange for baud rate betting according to the invention; 

FIGS. 21 A and 21 B are diagrams of CCN frame exchanges according to the invention; 

FIG. 22 is a diagram of a network configuration frame exchange according to the invention; 

FIGS. 23A and 23B are diagrams of status inquiries by the CCN according to the invention; 

FIGS. 24A and 24B are diagrams of writes to a control/configuration register according to the invention; 
36 FIG. 25 is a diagram of a frame exchange for access priority assign/cancel to a DCN according to the in- 

vention; 

FIG. 26 is a diagram of a synchronization (SYNC) frame broadcast according to the invention; 

FIG. 27 is a diagram of a boundary scan frame exchange according to the Invention; 

FIG. 28 is a diagram of a dock-once frame to propagate boundary scan data according to the invention. 
40 FIGS. 29A and 29B are diagrams of polling of DCNs for a boundary logic result according to the invention; 

FIG. 30 is a diagram of a data frame exchange between the CCN and a PCN according to the Invention; 

FIG. 31 is a diagram with a data frame exchange from the CCN to a DCN according to the invention; 

FIG. 32 is a diagram of a data frame from a DCN to another DCN according to the invention; 

FIG. 33 is a diagram showing network state transitions according to the invention; 
45 FIG. 34 is a diagram of the CCN to DCN transmit state machine according to the invention; 

FIG. 35 is a diagram of a tick status byte according to the invention; 

FIG. 36 is a diagram of a data status byte according to the invention; 

FIG. 37 is a diagram of a message length according to the invention; and 

FIG. 38 is a diagram of an access state machine according to the invention. 

50 

Detailed Description of the Invention 

In the motion control environment, it is Important not only to support real-time motion control, but also to 
allow communication between other elements of the system. These elements may have characteristics that 
55 give rise to a separate set of communication requirements distinct from those of the motion-based elements. 
For example, system configuration parameters may be periodically input by an operator. This Information is 
supplied to components of the system asynchronously. Further, Intelligent system components may need to 
execute peer-to-peer communications asynchronously as well. In contrast to this event-driven mode of com- 
munication, high performance tighOy coupled motion control elements must usually be driven in real-time via 
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a high-bandwidth channel. ^^u:fonf,.ro that is sufficiently flexible to accommodate 

The present invention provides a ^"^"^"^'^^'^Z 't t^n ^^ 01 sys ems The architecture also env 
both synchronous and asynchronous conr,mun.cati ons ^" particularly when the phys- 

pioys a serial bus. that can reduce the wiring required to 7'%'^"""=* .'^^^^^^^^^ easier to shield 

rcallayoutincorporatesalineararrangementofcornponentsTh^ 

than other arrangements, and provides for '"^^^^^^l'^ systems configurations 

a^hiSrJ rrnr:^=s systems usmg the architecture to be 

readily modified or expanded, and for new systems to be ^^^^^^^^^^ communication ar- 

1 5 for driving solenoids 20. concerns, it is economical 

via serial bus 230 and smart I/O junction board 19. °'='^/J°"^''y' '° J. „ smart motor 24 with built-in com- 
tosubstituteasensorassembly 23with built-.n «^'"7"'';^''°" motion controller 

In the overall system a^J^^ture- ^ cental con communications between the less sophists 

the network, or initiate communications. . rhararterized bv their node type. Motion controller 

Thevarioussystem^c^^^^^^^^^ 
1 5 typically assumes he of centra^^^^^^ const! utes one of peripheral control nodes 220. Sensor as- 
enoid 20. smart motor 21 and f ^^"^^^^ ^^^^j ^0^^ 24 with built-in communication circuitry are 
sembly 23 with built-in -"IT "'^^^l he ^K^^ d'sS^y 27. The remaining modules shown in FIG. 

fsuc^^rrMsTrte^^ 

^^^Tpt:s2";rerThar0C^;" 

Ta^ircSt meanrcJ pSf^^ an interface between central control node 210 and a central processing unit 
(CPU), via serial bus 230^ architecture 10 at a more general level than is 

shorntTS. T. ^e fu';^^^^^^^^^^ 2001 may be achieved using e^^--^^^^^^^^^^^^ 

nrralO while the function of tightly coupled control 2002 Is typically achieved using one of PCNs 220^The 

" u * i-Di I fr^rPiJ data transfers 2009 are preferably achieved using DCNs 310. 

. r :«^i..Ho ni.iQP width modulation, quadrature decoding, sensor scanning, etc. h-oiNs z/:u 
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sensors in the system. 

With distributed control. CPU-based DCNs 310 can perform assigned tasks independent of CCN 210, 
while CCN 210 enables communication among DCNs 310. 

5 A hybrid system with both' DCNs 31 0 and PCNs 220 is also supported, as is an arrangement allowing for 

system expansion via branching. 

A high performance motion control environment consisting of many PCNs 220 (smart I/O servo motor and 
sensor nodes) is supported under centralized control, shown schematically in FIG. 3. CCN 210 sends motion 
control data to servo motors and solenoids and receives sensor status and motor encoder shaft position data 

10 from motors and sensors, respectively. The communication of this data contains error detection logic. As con- 
trol/status data is refreshed to/from these nodes at very high rates, data retransmission is not needed when 
errors are detected. Up to 31 of PCNs 220 can be connected to the multi-drop serial communication bus 230. 
Each of PCN 220 is implemented entirely by hardware logic without a CPU. PCNs 220 receive messages only 
from CCN 210. PCN 220 decodes the message, performs the assigned functions in the message, assembles 

15 a response message, and transmits it to CCN 210. In general, commands from CCN 210 are to control the 
output lines of PCNs 220, whereas responses from PCNs 220 are to report the status of PCN 220 input lines. 
Application hardware logic of PCNs 220 provides intelligent processing of the output commands of CCN 210 
and the raw input data of PCN 220 to eliminate the low level I/O processing by CCN 210. In order to make 
communication with PCNs 220 simple, immediately after CCN 210 sends a message to one of PCNs 220, it 

20 demands an immediate response message. This response message is also used by CCN 210 as an implied 
acknowledgement to its message. PCN 220 to PCN 220 communication is not allowed. 

The distributed control mode supports communication among intelligent nodes in the system. In this mode, 
control and data will be communicated to support the following: processor-to-processor communications, motor 
commands, motor/sensor status, initialized commands, diagnostic messages and error status. This control ori- 

25 ented data communication makes full use of error detection, retransmission, and duplicate message protection 
at both data packet and multi-packet message levels. 

The configuration of the network using only DCNs 310 is shown in FIG. 4. Up to 31 of DCNs 310 can be 
connected to the bus. Each of DCNs 310 can communicate with any other of DCNs 310, including CCN 210, 
at a peer-to-peer communication level. Thus one of DCNs 310 can establish a logical data link to another DON 

30 310. The role of the network master CCN 21 0 in this conf iguratfon is to provide network services such as col- 
lecting or distributing information for access control for bus 320 at power up. monitoring the network, and per- 
forming network diagnostics. CCN 210 can also perform the functios of one of DCNs 310. 

It is also possible to combine both PCNs 220 and DCNs 310 in a single network, as shown in FIG. 5. Up 
to 31 mixed nodes can be connected to bus 230. CCN 210 tightly controls the access right of a node on bus 

35 230. CCN 21 0 gives priority to one of PCNs 220 over DCNs 310 since PCNs 220 generally require synchronized 
communicattons with high refresh rates, whereas the critical issue for DCN 310 communication is the message 
latency time and duplicate message protectk^n, After all the communication.needs forPCNs 220 are met, CCN 
210 calculates the amount of available time for a communication from one of DCNs 310 to another of DCNs 
310 and may issue the command that allows one of DCNs 310 to initiate transmission. It is assumed that the 

40 bandwidth of the communication channel is large enough to handle PCNs 220 and DCNs 310. In this config- 
uration, DCNs 310 are not allowed to talk to PCNs 220 directly, and PCN 220 to PCN 220 communication is 
also not allowed. If one of DCNs 310 must talk to one of PCNs 220, CCN 210 relays the messages. 

Additionally, the system can be expanded as shown in FIG. 6. Expansion node 510 is constructed to per- 
form the functions of both DCN 310 and CCN 210. Expansion node 510 can hang on a network in the same 

45 manner as would one of DCNs 310, being in control of PCNs 220 on a sub-network in the same manner as 
would CCN 210. 

Preferred specifications for systems employing motion control communication architecture 10 are provided 
in Table 1 . 

50 
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PHYSICAL LAYER: 
DISTANCE: 

MAXIMUM NUMBER 
OF NODES: 

DATA RATE: 



TABLE 1 

twisted pair RSA85 (may require shielding) 
maxlmiiin 75 feet 

32 (1 CON with any combination of DCNs & 
PCNs) 

Selectable at network Initialization 
(10 Mbps, 5 Kbps, 2.5 Mbps , 1.25 Mpba. 
675 Kbps) 



FRAMING 
TECHNIQUE: 



SDLC (International Business Machines, Inc, 
Synchronous Data Link Control. General 
Information. IBM Form GA27-3093) 



COMMUNICATION 
SUPPORTED 
DISTRIBUTED: 



CFU-to-CFU 



CENTRALIZED: 



Master/Slave from central CPU to smart I/O 
nodes 



ACCESS CONTROL 
DISTRIBUTED: 
CENTRALIZED: 

ERROR DETECTION: 



time slot access among CPU nodes 
tine synchronous on a solicited basis 

SDLC 16 Bit CRC with immediate 
acknowledgement 



ERROR RECOVERY* 
DISTRIBUTED: 

CENTRALIZED: 

DATA LENGTH 
DISTRIBUTED : 
CENTRALIZED: 



acknowledgnent with retry & duplicate 
protection 

high refresh rate to smart I/O nodes 

up to 33 bytes of data dedicated to a user 
up to 8 bytes of data 



'^?^?Si?SED '° '*''%axi»ua .essage latency < 5 -s assu-tn^ .t 
DISTRIBUTfcu. ^^^^^ bandwidth allocated to DCHs 

CENTRALIZED: 1 nis average refreshes ^of up to 31 PCNs 

APPLICATION LEVEL SUPPORT REQUIREMENTS 
AUTOMATIC SYSTEM CONFIGURATION 

MODUI^ITY: option to add Identical modules with 

little/no adjustments 
MANUFACTURING/SERVICE DIAGNOSTICS 
SOFTWARE DOWNLOAD CAPABILITY 

• ^ ^„.v,r«. .nirfltion architecture 10 may comprise many modules which are iden- 
Motion ;f how'ever. a moduje may be considered 

tified as major ^^b^^^^^'^^^^'^^"'; '^^3;^i Jerconnec^ by cables, the network controller (CCN 210) may 

6 
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a system. Therefore, as will be shown, an optional wire may be included in the communication cable to meet 
this requirement, in addition to communication signal lines. 

In all system configurations, nodes preferably share bidirectional RS485 multi-drop bus 230, although 
5 other hardware implementations such as fiber optic cables, IEEE 802.3 10-base-T buses, or open collector 
buses could also be used. Bus 230 can be as long as 75 feet end-to-end and run as high as 10 Mbps. Longer 
lengths may be provided at either lower speeds (<10 Mbps) or in a ring topology with other communications 
media. Up to 32 nodes -- one mandatory CCN 210 and a combination of up to 31 PCNs 220 and DCNs 310 - 
- can be linked on bus 230. 

10 For communication, with only PCNs 220, the bandwidth capacity of the system is large enough to handle 

the sampling rate of 1000 samples per second per PCN 220 for up to 31 PCNs 220 to support very high per- 
formance motors. One sampling consists of one frame from CCN 210 to PCN 220 and the response frame 
from PCN 220 to the CCN 210. Each frame has 8 bytes of information data. A frame in this context Includes 
all framing overheads to deliver information data. The system allows a user to allocate the sampling capacity 

15 annong PCNs 220, since some PCNs 220 may require more than 1000 samples per second and other PCNs 
220 may operate with much less sampling. Within a fixed capacity, various allocations are possible, such as 
2000 samples/second for all 16 nodes, or 2000 samples/second for 10 nodes and 500 samples/second for an- 
other 20 nodes. 

It is possible to dynamically adjust the sampling rate for various ones of PCNs 220 to accommodate high 
20 performance needs of some of PCNs 220 during certain portions of the machine cycles and to allow other 
PCNs to achieve higher performance during other periods of the machine cyde without exceeding the overall 
communication bandwidth of PCNs 220 that is afforded by the network. 

For communication with only DCNs 31 0, the system should be able to support a data throughput of 30,000 
messages (average 16 bytes long) per second to support graphics data update requirements. Amessage with- 
25 out framing overheads can be 1 to 33 bytes long, and can be delivered from one of DCNs 310 to any other of 
DCNs 310 with a positive acknowledgement. The latency time of a frame does not exceed 5 ms. Messages 
larger than 33 bytes are handled by a robust software communication driver. (In the strict definition of the Syn- 
chronous Data Link Control (SDLC), the source address field of communication architecture 10 is part of the 
SDLC data field. A user can send a message of up to 33 bytes excluding the source address, which is handled 
30 automatically by the communication hardware of architecture 10). 

For the combined network, the system provides a means for a user to allocate capacity between PCNs 
220 and DCNs 310. Allocation priority is preferably given to PCNs 220. A user preferably schedules commu- 
nication traffic in a optimized fashion to meet the latency requirements of DCN 310 within the limit of the chan- 
nel bandwidth. 

35 Physical layer parameters of motion control communication architecture 10 are inter-dependent and also 

affect the communication hardware design and protocol. The selected channel topology is a multi-drop, bi-dh 
rectional, half-duplex differential signal bus, with a target operating speed of up to 10 Mbps (megabits per sec- 
ond). Thus, logic circuits governing communication must conform to this speed as weil. At power-up, the system 
operates at the lowest default speed, 675 Kbps (kilobits per second). A user can set the network to a higher 

40 speed: 1.25 Mbps, 2.5 Mbps, 5 Mbps, or up to 10 Mbps. As the speed is selectable, the term "bit time" will be 
used, since it is speed-independent 

The channel does not generate excessive electromagnetic noise, and at the same time withstands the 
noise from the environment. Within a system, noise to the channel may come from high speed logic, driver 
circuits, motors, and ground differentials. A differential driver which meets the RS422A and RS485 standard 

45 is used. Such a transceiver in vendor available and can operate up to 33 Mbps. 

With respect to channel length, as the overall length between the two ends of the network is preferably 
less than 75 feet, propagation delay calculations are based on the maximum length of 75 feet The delay time 
is also affected by modulation speed and cable type. The connection length to the channel cable as measured 
from the output of the transceiver is preferably kept to a minimum. The communication channel preferably is 

50 also matched to the impedance of a selected cable. The number of conductors for the serial communication 
signal preferably is kept to two, which applies to both the cable and the connector. An optional conducting wire 
to determine the physical order of node connections may be required. In harsh environments, the cable may 
be shielded for signal protection from noise, while at a slow speed and/or in clean environments, shielding may 
not be required. 

55 Up to 32 nodes can be connected to bus 230. For example, for a network using only PCNs 220, there can 

be up to 31 of PCNs 220 and one CCN 210. For a network using only DCNs 310, up to 31 DCNs 310 and one 
CCN 210 can be linked to the channel. 

A slowly changing signal is not suitable for long distance fravel. On the other hand, high speed switching 
may emit electrical noise and electrical components may become expensive. For this implementation, the NRZI 
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(non-return-to-zero inverted) encoding scheme of SDLC is used. NRZI encoding transmits data by changing 
the state of the output whenever a logical 0 is being transmitted. Whenever a logical 1 is transmitted the state 
of the output remains the same as the previous bit and remains valid for the entire bit time. An example is shown 
in FIG. 7. In SDLC. bit stuffing is used in conjunction with the NRZI encoding. When five consecutive logical 
1's are encountered in the data stream, the 0 bit is inserted. 

- Architechjre 1 0 preferably adopts multi-drop bus 230, which does not. in and of itself, provide a means of 
determining the physical order of connection. To provide for modularity, an optional connection is used in ad- 
dition to multi-drop bus 230. (By "modularity" herein is meant the capability to install modules which are identical 
to perform the same function at different physical locations in a motion control system.) CCN 210 then deter- 
mines the identity and physical locations of all nodes and downloads new addresses as necessary to distin- 
Quish identical modules, as will be described more fully below. Since the RS485 differential signal uses two 
wires this optional connection is frequently referred to as a "third wire". Referring, to FIG. 8, third wire is used 
to form a low cost ring. The control signal traveling in conjunction with the communication can determine the 
physical order. For the low cost ring, each node has input sensing line 720, logic 740 and output line 730 con- 
nected to driver 750. which drives input sensing line 720 of the neighboring node. 

Architecture 10 preferably provides for the determination of the physical order of connection as follows. 
To reset the network, master 760 (typically CCN 210) pulls its open collector output (line 730) low. Each node 
on the network responds to a low input on line 720 by resetting and pulling its open collector output low; whereby 
the reset signal propagates through the network. (Here, all of the system electronics are held in a rese state 
with the exception of CCN 210). Master 760. to restart the communication network, raises its open collector 
output to high, and broadcasts a message soliciting a response from the node which has just come out of reset. 
Neighboring node 770 responds with its node identification, including its default address, as shown in Fig. 10. 
Then master 760 asks node 770 to raise its open collector output. This will create the name situation on second 
node 780 as first node 770 experienced. Master 760 repeats the broadcast message, and the process repeats 
until master 760 senses its input line is high. By this process master 760 determines the physical order of node 
connections, the number of nodes, and the type of a node (PCN 220 or DCN 310). 

Master 760 then resets the network again by pull ing its open collector output low. When master 760 senses 
its input 720 low it again raises its open collector output and then broadcasts a new address, if needed, and 
then sends a command to raise the open collector output. Each node responds to the new broadcast address 
only if its input 720 is high and it has not as yet received a command to raise its open collector output This 
process Is repeated for each node so that the network is configured with a unique address for each node. 

This low cost ring can be implemented using an open collector output with a pull-up resistor at the input 
of the neighboring node. In this case, the receiver may require a simple digital filter to compensate for electncal 
noise between two neighboring nodes or a more expensive RS485 driver may need to be used. The selection 
of this interface is determined by the system grounding topology. 

Architecture 10 employs a simple protocol at the data link layer, as this expedites documentation, imple- 
mentation, debugging/testing, and increases reliability. 

The specifications herein apply to the dat^ link control (DLC) layer and below in the layered communication 
architecture 10 In this context, a communication node consists of many layers. A higher layer above the data 
link layer possibly the network layer or the application layer, assembles a message and requests the data 
link layer to send it. Aframe, or packet, is constructed by adding necessary bits to a message. In the DLC level, 
all messages are delivered via frame 810. The chosen SDLC frame 81 0 is shown in FIG. 9. Frame 810 consiste 
of the starting flag, an address(es). one byte of command, an optional data field, cyclic redundant check (CRC) 
bits that cover from the address field to the optfonal data field, and the ending flag. A message is put in the 
data field and its length is 8 bytes for communication with PCNs 220 and 33 bytes for DCN 310 excluding the 
source address For communication with DCNs 310. the optional data field may need to be present, as archi- 
tecture 10 uses the first byte in the optional data field as a source address. The destinatton address field, the 
control field and the CRC field are identified by the two flags. Therefore the length of a message can be de- 
termined in a frame without a byte count. The received data is available to a user through a FIFO interface. 
Similarly for transmitted data a FIFO interface is used to provide user data to the communications hardware. 

Architecture 10 preferably only adopts SDLC frame 710. and is not the SDLC in terms of logical data link 
control. Architecture 10 has its own definition for the control field, and uses both source and destination ad- 
dresses for communication with DCNs 310. . . J. 

A node preferably must be able to detect the starting flag to initiate the receiving process and the ending 
flag to finish reception of Frame 710. The bit pattern for the flags must be unique, not repeated inside frame 
710 When a node detects the ending flag, with or without a framing error (i.e., a frame is too short or too long), 
it should return to the re-start state as soon as possible. The SDLC specifies 01111110 as the starting/ending 
flag Since NRZI encoding defines 0 as having a transition at the beginning of a bit time, the quiescent, or idle, 



EP 0 562 333 A2 

state of the channel signal must be the opposite of the signal level after the first 0 transition of frame 710. 
Since this very first transition from the quiescent state may take a longer time compared with other bit transi- 
tions in a high speed and long transmission line, there is a two bit pattern (0 followed by 1) preceding the 

5 01111110 starting flag. This pattern, which may be considered a type of preamble, is used by the receiver for 
frame synchronization. To transmit multiple frames 710, there preferably is a predetermined amount of dead 
time between the ending flag and the start of a new frame 710. 

Referring to FIG. 1 0, each node, including CNN 210, preferably has a node identification (ID) of three bytes. 
Part of the node ID will be used as the default node address. Each node preferably has a node address register, 

10 which is used by the address recognition hardware. The node address register is loaded by default with the 
lower bits of the node identification. It can be modified by CNN 210 when the network is configured with the 
modularity option. FIG. 10 illustrates the loading of a node address register. 

Within the motion control system, functional modules are components that communicate with other mod- 
ules. Identifying a module within a system or within a series of related systems is important for controlling sys- 

15 tem releases and for configuring systems. Architecture 10 provides for electronic identification and identifies 
the revision level of the corresponding communication application specific integrated circuit (ASIC). The elec- 
tronic identification of a module can used a multi-position switch, and part of it can be used as a physical ad- 
dress (e.g. 5 bits). CNN 210 preferably uses a reserved command to query a node for its identification infor- 
mation. When one of PCNs 220 or DCNs 310 receives this command, it preferably reports the three byte reg- 

20 ister value to CNN 210. 

The value of a node address register preferably appears in the destination address field of the SDLC frame. 
Architecture 10 preferably also uses a source address, which must come from a node address register as well. 
To identify up to 32 PCNs 210 and 32 DCNs 310 uniquely, 6 bits are required. A five bit position switch may 
be used in addition to a node type bit pre-programmed in the ASIC. Only CNN 210 can generate the broadcast 

25 address, while all PCNs 220 and DCNs 310 are able to receive broadcasted frames. The modularity option of 
architecture 10 rhakes it possible to download addresses. If addresses are not downloaded, the hard-wired 
physical address must be unique within the range in Table 2. 

30 

Kode address value 

CCM : xOOOOOOO 

DCN: xOOOOOOl -xOOlllll (01 - IF) 

PCN xOlOOOOO -xOllllIl (20 - 3F) 

35 Broadcast to all: xlxxxxxx 

x: don't care bit 

Even with the modularity option, a user may opt not to download addresses. If addresses are to be downloaded, 
CCN 21 0 assigns a unique address to each node corresponding to the physical order of connection. The down- 

40 loading process preferably does not rely on a destination address, but uses the broadcasting address in con- 
junction with the third wire. 

In a peer to peer communication such as that from DCN 310 to DCN 310, receiving nodes can identify 
which node sent a frame, mince the first byte in the optional data field of frame 710 is filled with a source ad- 
dress for DCN 310 communication. Communications of PCNs 220 do not need to employ source addresses, 

45 since CCN 210 controls all PCNs 220 directiy. 

CCN 210 strictly controls access to bus 230 for all nodes. For communication with PCNs 220, CCN 210 
sends frame 710 to PCN 220. This is the only opportunity for addressed PCN 220 to transmit. For communi- 
cation with DCNs 310, CCN 210 issues a command for a DCN 310 to DCN 310 (or CCN 210) communication. 
If CCN 210 desires to send a frame to DCN 31 0, it can do so without issuing a special access control command. 

50 While DCNs 310 contain hardware logic for access control, PCN 220 does not require any special logic. The 
address recognition capability of PCN 220 is sufficient to allow response to a command from CCN 210. 

Referring to FIG. 11, to support the I/O functions of PCNs 220, CCN 210 periodically scans PCNs 220. 
Architecture 10 provides users with the capability to control the individual seaming rate for each PCN 220. For 
this purpose, CCN 210 broadcasts a special frame, called the synchronization frame (SYNC frame), to all 

55 nodes. The interval for SYNC frames preferably is user-configurable, typically between 500 microseconds and 
one millisecond. In the normal mode of operation of architecture 10. SYNC frames preferably appear on bus 
230 like clock pulses. The time interval between two consecutive SYNC frames is called the (SYNC) tick period. 

The SYNC frame is primarily for PCNs 220. Absence of SYNC frames on bus 230 could indicate an error 
condition. A SYNC frame watchdog timer may be designed to turn off I/O lines of PCN 220. PCN 220 can also 
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utilize the SVNC fra.e to e.-;ate a ti.in. P^^^ j.^™^^^^^^^ 

.riany frames can be transmitted to different PCN^^^^^^ ^.^^ 3 SYNC 

^ed- mode and hold ----J^*^^^^^^^^^^^ input iines simultaneously utilizing 

rs.T:ZT:Z '. r^tllyT^ZZo^ro^J. snap shot Of all sensors in the system oan be ob- 

"'"^0 eliminate timing Jitter due to the bit stuff ing — ^^^^ 

the beginning of a regular time interval. Jh's -nterval s Jtermm^^ i ^rtL ofTilcal O's must be stuffed, 
given system using architecture m For 8 bV^^-J ^^^^^^^^^^^ of PCN 220 arelletermined by CCN 210 

The maximum buffer s^es for a t^ansm t buffer J^'^^^ ^ architecture 10. PCNs 220 may have 

after examining the "^^^^ ^^J^^^^^^^^^ of the messages of PCN 220 is based 

Z1ZV~ToU^^^^^^^^^ Thus. appHcat.>n programs should preferably specify th. 

'"'"oCNraTaTs^^SzeThrSv^^^^ mince with PCNs 220. for instance, some activities of DCNs 
310 may need to be ^vnohronized to the act^^^^^^^^^ „^^^^^.^^. ^^^^^ p^^, 

Commun.catK.n between CCN and PCn^^^^^ ^^^^^^ ^ ^^^^ immediate stahis. 

=pjrr:rt=c— ™ f"^""'^^^^ ^ "° 

same time interval, relative to the SYNC f ^J'^^ Jf^S^ A B and C. Also assume that node Arequires 
AS an example, assume a network J * J other tick period. Communications 

updating every tide P--^ 3^"^^,,"^^,^^^^^^^^^ ^n the art will recognize that by scheduling com- 

ircrns^raird^m'^^^^ 

^a^rerrJSrri^Sto^^^^^^^^^ 

need not be periodic. ^..hi^rt invention each PCN 220 and the network may selectively op- 

eratrin%C^;ty:~^^^^^ 

'-rhf^cS^^rn^^rfc^OCNsSIOIsde.^^^^^^^ 

waiting time to transmit. Since a user may utilize the en^reband^^^^^ ^ ^ 

bandwidth for DCNs 310- A^^hi^^-^^^^ 310. 

DCNs 310. Auser may dy"^'^'^ PCNs 220 within a tick period, it calculates the 

...r^f^tirri^Jcr^^^^^^ 

LCgrb^el^nTwfo'i^N^ sTsTg^Xc^™^^ - - — 

SYNC fra-^e and the process may ^«P«^*- oommunicaOons consist of the broadcasted DAC (DCN 

DCN 310 to DCN 31 0 or DCN 310 ^^^^^"^^^ 3^ information frame transmitted by DCN 

access control) frame by CCN 210. t*^^^"*^"'^^^^^^ ^^CN 310 DCNs 310 cooperate to avoid contention 
310. and an acknowledgement f^me 1^ f dCNs 310 utilize the data in the DAC frame as well 

during the «>ntent.on CCN 210 at the network configuration time, 

as data in their internal memory that was '°f ° ^ time slots for a total of 33 slots. A time slot 

The contention avoiding penc^ co^-^ clnTetSh^s^^^^^^^^^^ by other DCNs. The 

is defined as a tinne P^^'f jl^^" ^^^'^^f timing constants of the transceiver circuitry of DCN 

period of a time slot must be ,ength and the propagation delay. One slot time 

. <r rp—rrDCN'. 3,0. 3- ;rr 

capability to assign DCN 31 0 to ti^ansmit J 3^ q ^ f lagg indicating wheth- 

''Te;^'S»nG^2.tocoo«)ln..eDCN.3101nl»sco*.no.,vo« 
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loads a unique number to each of DCNs 310 at the network configuration time. DCN 310 stores the number 
in its node slot register (NSR). Note in FIG. 12, F1 Is the priority mode bit (CCN 210 writes to F1 via frame). 
F2 is a bit set/cleared by DCN 310 to prevent consecutive transmissions, and DCN 310 also contains a node 

5 address register (NAR). For DCN 310 communication in normal operation shown in FIG. 13, CCN 210 prefer- 
ably also broadcasts a slot control number (SCN) in the DAC frame. The SCN designates the node to transmit 
using the first time slot right after the priority slot For example, if a node receives the SCN In a DAC frame 
equal to the NSR value, i.e. the difference is zero, it can transmit after the priority slot. As shown in FIG. 14. 
DCNs 310 calculate the difference between the SCN and the NSR in modulo 32 arithmetic, which tells how 

10 many slots one of DCNs 31 0 must wait before it Initiates a transmission. The difference is unique among DCNs 
310 since the NSR in DCN 310 is unique among DCNs 310. No two NSR values are duplicated to prevent con- 
tention. CCN 210 changes the SCN value so that all DCNs 310 have an equal chance to access bus 230. 

Referring to FIG. 15. DCN 310. if it has a message to transmit and after it receives a DAC frame, initiates 
a transmission in the priority slot If DCN 31 0 is in the priority mode. Otherwise. DCN 31 0 waits the period which 

15 is equivalent to the difference between the NSR and the received SCN. If no communication is detected during 
this period, then DCN 310 initiates a transmission. Otherwise, DCN 310 must wait for the next DAC frame to 
repeat the process. When a frame is transmitted by DCN 310, then receiving DCN 310 immediately sends an 
acknowledgment frame. After DCN 310 transmits a frame successfully, it will refrain from initiating a transmis- 
sion in the next contention avoiding period so that other DCNs 310 will have possible access. 

20 For the system with 31 DCNs 310, i.e., the maximum configuration, the NSR value must be the node ad- 

dress in each DCN 310. The NSR default value is the node address at reset. CCN 210 can download the values 
to the NSRs to change the default values. The NSR value must be unique, as with an address for DCN 310. 
The downloading capability allows a user to freely (re)configure DCNs 310 to meet requirements in terms of 
access controls. 

25 In order to improve the efficiency for networks with substantially fewer than 31 DCNs 310, the hardware 

for CCN 210 preferably generates the DACs in an optimized fashion. The SCN in a DAC frame is copied from 
the access control register (ACR) of CCN 210. The ACR is automatically incremented every DAC frame. If the 
ACR reaches a certain maximum value (user specifiable), the register resets to repeat. The maximum value 
can be the number of DCNs 310 on the network. Utilizing this feature, a communication driver can be con- 

30 structed to optimize the access controls. 

CCN 210 may repeat DAC frames within a tick period as long as the remaining time before the next SYNC 
frame is tong enough for one DCN communication. If there are no activities involving DCNs 310. it is possible 
to observe many DAC frames in a row without any other frames. 

In a preferred, lower cost embodiment, CCN 210 waits for a predetermined time equal to the sum of the 

35 contention avoidance period and the worst case time for a PCN 310 communication and then increments the 
ARC register and transmits a DAC frame if sufficient time remains. 

If it is desired to nrore fully use the bandwidth of the network, CCN 21 0 may monitor the network and trans- 
mit a DAC frame immediately after the contentfon avoiding period if no DCN 310 has begun transmission, or 
at the end of a message, if sufficient time remains. 

40 As is shown in Table 2. CCN 210 is preferably assigned address OO(hex), which is a DCN 310 address; 

i.e. the DCN/PCN bit is a zero. Thus for real time communication between CCN 21 0 and a DCN 31 0 (as opposed 
to system configuration or communication control) CCN 210 operates in substantially the same manner, and 
includes substantially the same circuitry, as described above for DCN 310. 

Architecture 10 can detect three types of errors: framing error, time-out. and CRC error. Detection of an 

45 error condition is implemented entirely by hardware. Although a node can detect various types of errors, it pre- 
ferably posts in its status register only whether an error occurred or not. A data stream which does not fit into 
a defined frame is considered as a framing error. Example include: an undefined flag pattern when one is ex- 
pected, a premature ending flag, an unexpected starting flag, an undefined address, an undefined control 
code, an exceeding of the predefined length of a data field, or an existence of a data field when no data field 

50 is expected. 

A time-out error in declared when an expected event does not occur. When CCN 210 transmits a command 
to PCN 220, it expects a response message or an explicit acknowledgment from addressed PCN 220 imme- 
diately, since this function in implemented in hardware. If no response in received within a few bit times. CCN 
210 detects the time-out error for PCN 220. When PCN 220 does not receive the SYNC frame regularly, it 
55 detects the time-out error. When DCN 310 transmits a data (information) frame to another DCN 310. it expects 
a positive or negative acknowledgment from the receiving node within a few bit times. In this case the trans- 
mitting DCN 310 detects the time-out error. 

The cyclical redundancy check (CRC) generation and check is the most important means for detecting er- 
rors. The CRC-16 is preferably used as a frame check sequence, and is represented by the algebraic expres- 



11 



EP 0 562 333 A2 



. v,e . V15 + y2 + 1 The CRC generation is shown in FIG. 1 6. In operation, a bit is received, is XOR'd 

is shifted into position O. t^^^^^. information frames and control frames. The frame 

is received. DrN« 990 CCN 210 sends a frame, then within several bit times, addressed PCN 

210 do.s not '"^'i ?^''3,, „ p„,e„bl, ad<nowlo<lge<l via the ACK tern. »Btiin =.»- 

For c«n™r«at»n DCN V^l^^^^'^ ,^ „ not acknortedg^). Information 

^iL»r;.=::^'i7T:,ri,.n~^ 

^„ I, It cannot rooel.. a .t»ne d.a to tl» "•^'ZtlSR^Z^^c^^''' occ.rra™»s 
trnJ-r^^nlS^™^'--^^^^ 

the network. recovery relies on re-try. For the time-out error condition or an 

For ^•"'"""7^°" try many times before declaring that a communl- 

error in the expected ACK frame, the transmrtting " J , ^^^^ ^e long enough so that an 

cation link to an addressed node is broken, re-fransmiss.on tim immediately 
environmental condition causing the error might no DCN. via the ACK frame 

retry.butwaltsforltsnextopportunitydeterm.^^^^^^ 

310 to unload its receiving buffer within 1^''^^^''^!^^^"]^;^';^^^^^ ,nder the control of commun- 

cation hardware. On the other j^^^J^^^^^^ 3^*; 220 Is designed to overwrite its receiving buffer 
To^^SRrcCNToT^^^^^^ When it^ransmits to PCN 220. DCN 310^. 

free to « a message to another DCN 310. assuming that the addressed node has a receiving buffer 
lV~egatlve re^onse is DCN 31 ^^-^^^^^^ ^^^^^^ 

Message sequencing f upon detecting an error in the 

(|.e.. an Identcal "^^^f 'S ^"f^"^^*^^^^^^^^ acknowledged and discarded. Since queuing of a mes- 
ACK frame. orthere is "o ACK). A dup icate message a communication suf- 

aa,, is no. uaad and a.an; '^J,;S::^^';^,^l't;Z^^°L ara n.adad par DCN 3,0 to 
lleas. As ttiaro ar. up to 31 of D™' '10 ana , ' goLC sohama which allows a noda to send 

"Z '^llZ:Z^,:SZX^!^^t^^'^'^ ■» savan racaiv. bt^ars and .aas thrsa 
up to seven messages witnoui a number is used to detect duplicate messages. Since 

Z ::^TS="r^^:nrorr" h.far, o. oa. of hits la anc^h to datact a d.. 
plicate message. oreferablv only two nodes, such as node A and B, are involved. There is pre- 

. .?;orp"rof serenr^umb^^^^ way transmission (I.e., the transmit sequence number of node 

ferably one pa r °^ ^^'1"®"'^ ""^^ =eauence number of node B). A node maintains one pair of receive-trans- 
Ais only associated ^'th the ece.ve s«,uence , ^^^^^^^ ^^^^^^^^^^ synchronized 

mit sequence numbers since '"^^f^'^^^^r^^''^^^^^^^ when node A transmits a message, it preferably 
(reset to zero) when the "^t^ork 's m.^^^^^^^ ,f nodeBreceivesthemessagewithoutanerror. 

sends its stored transmit ""'"^^j^^^ and rConds back with the ACK frame. When node A receives 

same A sequence number is included in a message frame, but not included in the ACK frame. 
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Suppose that node A sent a frame and node B experienced an error. Node B does not acknowledge. No 
sequence bits are affected, and node A should retransmit. In another case, suppose that node A sent a frame 
and node B received it correctly. Node B sent an acknowledgement, but node A experienced an error. There- 

5 fore, node A will retransmit the frame, although node B already received that frame correctly. The sequence 
bit protects node B from receiving a duplicated frame. 

A receiving node can thus detect a duplicated message, because its stored sequence number does not 
match the received sequence number. The node discards the duplicated message, but still sends back the 
ACK frame again. If this ACK frame in delivered correctly, the pair of sequence numbers of one way transmis- 

10 sion are synchronized again. The data link layer may need to report the link establishment to a higher layer. 
When sequence numbers are initialized, receiving and transmitting buffers should be emptied. 

Logic functions related to frame generation, receiving, interpretation and related actions are implemented 
by hardware. Architecture 10 minimizes the number of frames defined when possible. Although architecture 
10 employs the SDLC frame, architecture 10 defines the control field of a SDLC frame its own way in order to 

15 implement the data link controls in hardware. Architecture 1 0 also offers additional features which are essential 
in system development, such as a hardware reset signal or node identification. 

As with the SDLC, there are two types of frames: information (data) frames and control frames. An infor- 
mation frame carries a message, while control frames control communications in order to bring up the network 
to the condition in which information frames can be exchanged. A frame's type is distinguished by the code in 

20 the control field. Shown in FIG. 17 is the frame format for a control frame from CCN 210. FIG. 18 shows the 
frame format for a data frame from CCN 210 to PCN 220 or vice versa, while FIG. 19 shows the format for a 
data frame from DCN 310 (CCN 210) to DCN 310. 

Frame exchanges can be grouped in the following categories: network configuration (baud rate, third-wire 
related such as address downloading), network confrol (SYNC frame, access priority assign/cancellation), sta- 

25 tus/register inquiry, write to control registers, boundary-scan-logic related, or real-time related. Some exchang- 
esvare for all nodes, some for PCNs only, and others for DCNs only. 

FIGS. 20-22 show network configuration frame exchanges. Shown in FIG. 20 in the broadcast of CCN 
210 for baud rate set Here. BCA=(x1xxxxx), DCF1=TBD, BRS=data specifying the baud rate (one byte). Note, 
every node should set the baud rate. Shown in FIG. 21 is the broadcast of CCN 210 for a network with the 

30 third-wire option (modularity). FIG. 21 A shows the receipt of a downloaded address if the third wire input is 
low and the third wire output is high. Here, BCA=(x1xxxxx), DCF2. DCF22=indicate that received the address. 
FIG. 21B shows setting the third wire output high if the third wire Input is high and the third wire output is low. 
Here. BCA=(x1xxxxx). DCF3=Iower the third wire, DCF33=lowered. FIG. 22 shows the network configuration 
frame (software implemented), where CCN 210 tells DCN 110 what DCNs 310 and PCNs 220 are on the net- 

35 work. 

FIGS. 23A, 23B. 24A. and 24B show the reads/writes to node registers of CCN 210. Shown in FIGS. 23A 
and 23B are the status inquiries (orregister readings) to a node of CCN 210. Here, DA=node address. CCNA=0, 
SADD=source address. DCF4. DCF44, DCF5. DCF55=TBD DATA8=up to 8 bytes, DATA33=up to 33 bytes. 
These commands are for reading node registers and status, FIGS. 24Aand 24B show the writes to control/con- 

40 figuration register(s) of CCN 210. Here. DCF6, DCF66=TBD. In FIG. 24Athe response of PCN 220 is a dummy 
frame indicating an acknowledgement. 

FIGS. 25 and 26 show network control frame exchanges. Shown in FIG. 25 is the frame exchange for ac- 
cess priority assign cancel to DCN 310. Here, DCF9=indicate assign/cancel the high priority, DCF99=ACK or 
(NAK). FIG. 26 shows the SYNC frame broadcast. Here. DCF7=code indicating the SYNC frame. 

45 CCN 210 acts to initiate the scan logic tests. This can be based on information provided by a stand-alone 

test device connected to the network or baned on system self-test information that in built into CCN 210. Here. 
CCN 210 generates test vectors which are shifted through a network connection to the scan logic of those 
nodes of CCN 210, PCNs 310 and PCNs 220 that have integrated circuits with scan test support These nodes 
are set to the appropriate scan test mode. Note, the boundary scan logic result (if any) can be read by using 

50 a CCN 210 the polling command. 

FIGS. 27, 28, 29A, and 29B show boundary scan related frame exchanges. Shown in FIG. 27 is the frame 
exchange for boundary scan logic data to DCNs 310 and/or PCNs 220. Here, DCFA=indicate the boundary 
scan logic message, DCFA=code for ACK or NAK. FIG. 28 shows the frame that is provided by CCN 210 to 
DCNs 310 and PCNs 220 to instruct the boundary scan logic to set the scan mode (for example, to cause an 

55 application-logic-to-scan-logic data transfer or vice versa, DCFX=set the scan mode to to be executed). CCN 
210, DCNs 310 and PCNs 220 preferably may contain integrated circuits that support scan logic test support 
pins; these circuits can be connected in a daisy-chain fashion to form a scan test serial ring, or scan logic, 
which begins and ends at the network circuitry of CCN 210, DCNs 310 and PCNs 220. FIG. 29A shows polling 
to DCN 310 and/or PCN 220 for the boundary-scan logic result If DCN 310 boundary-scan logic is not ready, 



13 



EP 0 562 333 A2 



FIG. 29B applies. Here. DCFB=polling command. DCFBB=indicate a dataframe. DCFBC=indicate no message 
*° %"gs. 30 and 31 show data frame exchanges. Shown in F.G. ^0 J^^t^^^^^^^^^ 

data frame. DCF99=code for ACK or NAK_ _ (sequence number used). Here, 

*%'!!^ h Table 3 1, a collection o< command oodoa a to <le.„mlned for partlc„la.l» P-fer-ed s,««n Irv 
plementattons of architecture 10. 

Table 3 

DCF1=baud rate set broadcast - baud rate data should follow 
DCF2=downloading an address to a node DCF22 
DCF3=ralse the third wire output DCF33 
DCF3A=network configuration frame (software generated) 
DCF4=status (register) inquiry to a PCN DCF44 
DCF5=status (register) inquiry to a DCN DCF55 
DCF6=PCN application hardware configuration command DCF66 
DCF7=SYNC frame 

DCF8=data exchange between CCN and PCN DCF88 
DCF9=assign/cancel the access priority DCF99 
DCF99=code for ACK or NAK 
DCFA=boundary-scan logic data download 

DCFB=polling to a DCN for the boundary-scan logic response DCNBB. DCNBC 
DCNC=CCN to DCN data frame 
DCND=DAC frame 

DCNE=message from a DCN to a DCN 

Th« data link laver hardware of architecture 10 does not match that of a Industry standard DLC such as 
I^f ^ .ho^FFE 802 2 nn ernational Standard 1508802-2 IEEE Std. 802.2. "Information Processing Sys- 
the SDLC ^^ll^ '^^"^^^^^^^^^^ Link Control" 1 989-12-31 ). Therefore, it may be desired to augment 

terns-Local ^rea Networks-Part 2^ Log^ca, ^ ^^^^^ ^ ^^^^ ^^^^^ ^p^^^ 

rd^r™— 

to the network layer, '"f "^'"^ a node a^^^^^^^^^^ .opacity and la- 

The performance of power-up configuration and diagnostics, and 

lency. assuming here that the "^^^J.^ "P^^^^^^^^^^ basic unit of communication in SDLC is aframe. 

^'^S^itaVe:^^^^^^^ r)"f overa^duLtr^^^^^ flag bytes, one address byte, one confro. byte and 
which has 6 bytes (48 . .^^ gtuffina 0 bit that must be inserted whenever a bit stream 

two CRC bytes). ^^^Jj^.f^^^^^^^^^^^^^^ sdJc uses a frame for acknowledgement In SDLC. one 
'''ZTJ:^lVZZi ZTss^^^^^ of a message. Assuming that a message is 18 bytes long 
way to increase ^""^'f;^^ !° "^^^^^ bit stuff ing, the effective channel utilization is 73% at best, 

on the average the total channel bandwidth to PCNs 220 and the rest to 

A network user ^ ^[^1^^^?^^°^'^^ IzO andlor the scanning rate as well as the message latency time of 

ScN3rinXt9~ 
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a means for a user to configure the allocation. Basically, CCN 210 employs the time-slice scheme for an ac- 
curate scanning rate and to share the channel. 

CCN 210 preferably has a timing-tick generator, the period of which can be net Only CCN 210 starts a 

5 frame transmission to PCN 220 at the timing tick. Therefore, the period of a tick should be selected to satisfy 
t hose of PCNs 220 which require t he fastest seaming rate. Seaming rates of remaining PCNs 220 are preferably 
equivalent to integral multiples of the selected basic tick period. It is possible that several messages of PCNs 
220 be sent in one tick period. 

CCN 210 preferably monitors how much time is left for the next timing tick for communication with DCNs 

10 310. To the extent that the time left in the tick period is sufficient to finish procedures to deliver one information 
frame of DCN 310 before the next tick, CCN 210 may continue to issue the command to DCNs 310. 

Architecture 10 preferably is designed no a user can optimize network performance. For optimum perfor- 
mance, there should be no waiting time for planned messages of PCNs 220. Since medium access control for 
the communications of DCNs 310 is deterministic, the channel can be utilized to its capacity. The maximum 

15 waiting time for a message of DCNs 310 remains constant even though network operation reaches its capacity. 
For a communication of PCN 220, it takes 12.4 ^s to deliver 8 bytes of data to PCN 220 and to receive 8 bytes 
of data from PCN 220, equivalent to about 80,000 refreshes per second. For a communication of DCN 310, it 
take 32.2 \xs to deliver a 16 byte message from DNC 31 0 to another DCN 310, equivalent to about 30,000 mes- 
sages per second. 

20 The effective channel capacity in lower than 10 Mbps due to several types of communication overheads. 

A communication overhead of PCN 220 is only due to framing. A frame consists of 48 bits of overhead and up 
to 8 bytes of data. The SDLC also requires bit stuffing. Supposing that the data value of each of 8 bytes is 
255, 12 bits must be stuffed (the address and CRC may also require stuff ing— not shown in the implementation 
below). The efficiency for a PCN frame is, thus: 

f/^o. ^ xlOO = 51.6% 

12 + (6 + 8)x8 

A complete delivery of a message of DCN 310 requires the access control frame, the slot waiting period, 
a framed message, and the ACK frame. Since a message can be up to 33 bytes long, the average number of 
16 bytes with 10 bits of overhead for bit stuffing is used to calculate efficiency. There can be up to 31 nodes, 
30 therefore the average priority access overhead of 16 bits is assumed. 

The access control frame has 56 bits: (2flags+2crcs+1add+1cmd+1data) ♦ 8 = 56 bits. The average waiting 
period for contention is 24 bits: 16 slots x 1.5 bit times = 24 bits; the byte message is 194 bits: (7+16) x 8 + 10 
= 194 bits; and the ACK frame is 48 bits: 6 x 8 = 48 bits. Thus, the efficiency for a message of DCN 310 is: 

— J^^f^^ 7^x100 = 39.8% 

35 56 + 24 + 194 +48 

The efficiency for a 1 byte message or a 33 byte message is 4.2% or 56%, respectively. 

One sampling, i.e., one data frame to PCN 220 (124 bits per frame) and a response data frame from PCN 

220 takes 248 bit times (for 1 0 Mbps, about 25 microseconds). Thus, assuming the tick period of 500 ^s, about 

5% (25/500) of channel capacity cannot be utilized due to scanning of PCN 220. For communication of DCNs 

40 31 0, delivery of a 33 byte message of DCN 310 takes 468 bit times (47 ^s at 1 0 Mbps). Since hardware blocks 
a frame transmission if a remaining time to a tick is less than one data frame delivery of DCN 310, about 9.4% 
(47/500) of channel capacity cannot be utilized. Thus for a network with only PCNs 220, it is estimated that 
about 50 % of channel capacity can be used for actual data delivery. The remainder represents communication 
overheads and forced idling (waiting) time. For the combined network, half DCNs 310 and half PCNs 220, it 

45 is estimated that about 40% of channel capacity can be used for data delivery. 

Calculation of the message latency time for DCNs 110 requires knowledge of the sampling rates of all PCNs 
220, and the traffic volume of communications of DCNs 310. Since a user controls the optimum operation of 
the network, one example estimating the channel utilization is given. Table 4 shows the traffic volume. 

50 



55 
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Tine period 
that a PCN 
must be 
scanned 

0.5 ms 

1.0 ms 

1.5 ms 



20 ms 

Hessage 

length 



PCN nodes 

(Motor node PCN nodes 



nane. Ml, 

M2. ... MIO) 

(Ml. H2) 

(M3. M4, M3) 

(M6» M7 
MIO) 



8 bytes 



total 10 
nodes 



(hubs» HI. 
H2. ... H8) 

(H2.H2) 

(H3,H4) 

(H5.H6) 

(H7.H8) 
8 bytes 

total 8 nodes 



DCNs (names 
Dl/. 

D2. .... DS) 



(Dl M) 

16 bytes 
average 

total 8 nodes 



Total nodes on the network - 26 

one PCN scanning Including overhead: 124 x 2-248 bits 
one DCN message delivery including overhead: 322 bits 

Sincethefestestscamingrate-.s0.5ms..ausercanassignthetickva.ue0^ 
in Table 5. 
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Table 5 



At time 0.0: 
At time 0.5: 
At time 1.0: 


(Ml. H2. H1. H2). (M3. M4. M5), (M6, M7), D1 
(Ml, M2. H1. H2), (H3, H4), (M8, M9), (H7. H8), D2 
(Ml, M2, HI. H2). (M3, M4. M5). (M10. H5. H6). D3 


At time 1.5: 
At time 2.0: 
At time 2.5: 


(Ml. M2, HI. H2). (M3. M4. M5). (M6. M7), D4 

(M1. M2, HI, H2). (H3. H4). (M8, M9). D5 

(M1. M2. HI, H2). (M3. M4. M5). (M10. H5. H6). D6 


At time 3.0: 
At time 3.5: 
At time 4.0: 


(Ml. M2, HI, H2). (M3. M4. M5), (M6. M7). D7 
(Ml. M2. HI. H2). (H3. H4). (M8, M9). D8 
(Ml. M2. HI, H2). (M3. M4. M5). (M10. H5. H6) 


At time 3.0: 
At time 3.5: 
At time 4.0: 


(Ml. M2. HI, H2). (M3. M4, M5). (M6. M7) 

(Ml. M2. HI. H2). (H3. H4). (M8. M9) 

(Ml. M2. HI. H2). (M3. M4. M5). (M10. H5. H6) 


At time 20.0: 
At time 20.5: 
At time 21.0: 


(Ml, M2. HI, H2). (M3, M4. M5). (M6. M7). D1 
(Ml. M2. HI. H2). (H3. H4). (M8. M9). (H7. H8). D2 
(Ml. M2. HI. H2). (M3. M4, M5), (M10. H5. H6). D3 



In the above scheduling, up to 10 messages of PCNs 220 (2480 bits) and one message of DCN 310 (322 bits) 
are exchanged per tick period. Assuming 10 Mbps, the channel is about 56% busy ((2480+322)75000). If the 
channel utilization is particularly low, a user can select a lower channel speed. In this example, the most busy 
tick period still does not use 220 ^s out of 500 ^s. Unless DCNs 31 0 generate more than 65 messages (average 
message length of 16 bytes) per 0.5 ms. DCNs 310 experience virtually no latency time. 

Architecture 10 offers flexibility for use within a system, which in turn: requires a series of procedures to 
set the network to meet the user needs. A user normally configures the network system at system power-up. 

CCN 210. an the network controller, is preferably in complete control of the network. However CCN 210 
does not. and cannot, constantly check the network configuration. Architecture 10 does not allow a user to 
add a communication node (PCN 220 or DCN 310) to the network after the system is configured. The power 
should be turned off when adding or removing a node. However, a network with the modularity option can 
reset the network while power is applied. 

The network may be in one of several states: network configuration. PCN configuration, diagnostic mode, 
and on-line mode. FIG. 33 shows state transitions. If the network is not in the on-line mode, it is in the off-line 
mode. All necessary configurations and diagnostics must precede the on-line mode operation. Real-time mes- 
sages can be exchanged only in the on-line (normal) mode. 

The network configurations that preferably are set in the off-line mode include: identifying the exis- 
tence/nonexistence of the modularity option, setting up the communication speed, identifying all nodes on the 
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'^k L°4°r .Tp^^oI^S W» PONS 220 can be co^^^^ 

a. boundary-scan logic ct soflwat. downloading as """^ state of the nelwok system, a conmMini- 
on the other hand, a network with the option "^^^^^^^^^^^^^^^^^^ 

thatmaybesimply P^vided^rCCN^ ,3,,,3,e is in 

plication hardware to be reset through . ..... .„gd = io Mbps/16 = 0.625 l^bps. higher 

Arnodeatpowerupope^tesants^w^^^^^^^^^ 

speeds are: 1-25 Mbps. 2.5 Mbps. 5 IVIbps. and ^° '^f'P^j;^^^^ be set after the system is configured 

setatanytime. Toavoid confusion, it is recommended ^^Jf^'^'^hers^^^^^ J 

and just before entering the normal ™ ^ baud rate set command. 

;?cT2rmurc:r^^^ 

-n:rrJigrh=^^ ^—z:^:^^^^^^ T 

node identif ie,s. CCN 210 preferably ^.^t---^^^^^^^ 

maximum sizesofthetransmitandrece-vedbu^^^^^ ^^^^^^ ^^^^^ 

with the node identificahon Knowng t^'^^"""^^^^^! .^^^^^^ l„ the optional .^.odularity requirement, 

access control for DCNs 310. Conf .gurat.on ^J^^^^^'^^^^^^^^ needed since the address of a 

For a network without the modularrty option. ^'^^/^^^^^^^"^^^^^^^^ cCN 210 collects the node 

node is hard-Wired. To configure t^^-^^^jJJ^-^^^^^^^ hardware of DCNs 310 

addresses at node 310. The number of ^s 220^^^^^^^^^ ^camming the node addresses, the master 

when to resettheauto-incrementmg access control eg^^^^^^^^ 

then downloads a unique value to the node ^ ^'/X^^^,''^^^^"'^^^; example suppose that four addresses 
bars downloaded to NSRs s^oi dow;..oad'#1 . #2. #3. M. US to the 

Ss'srcir.c^^^^^^^ 

feature to handle dynamic situations that ^-^^^J ^^^^^^^^^^^^ configuration of the system and to ap- 

Anetworkwith the m^^^^^^^^^^ address is preferably 

srrtrx~^^ 

network cannot be operated without a -j^-^f/^^^ I .^loaded address based on the input 

A node receh^es ^^-"^-^'^^^^^^^^^^^ node by node. The physical 

state of the third wire. The master «f 3^ downloaded. The information on the phys- 

orderof connection in ^^'^^-^'^^^f "';^f„'r„\7h3ndlf^^^^ identical modules are connected 

,n senes. Afterthe addresses are downloaded value of the NSR. 

-rn^rsri:'a\So"wr^HT:f.a^ 

a„y^=,=:^s™^^^^ 
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210 controls the reset of the application hardware explicitly using the two reset-related commands: "set the 
application hardware reset" and "dear the application hardware reset." CCN 21 0, after resetting the application 
hardware, can proceed to configure the I/O ports of the application hardware. Whenever the communication 
hardware of PCN 220 is in a reset state, the corresponding application hardware should also be placed in a 
reset state. The third wire resets the communication portion of PCN 220 at power up. It is only when the conv 
munication hardware of PCN 220 leaves the reset state that the application hardware of PCN 220 can be 
brought out of the reset state. And this can only occur based on a "disable PCN reset" command from CCN 
210. Note that the application hardware of PCN 220 can be forced back into the reset state by an "enable PCN 
reset" command from CCN 210. 

PCN 220 can be equipped with configurable hardware to meet different application requirements with a 
minimum set of varieties of PCNs 220. Thus PCNs 220 may have a set of intelligent I/O processing functional 
blocks related to motton control as well as programmable I/O lines. A user preferably triggers a selected set of 
functional blocks and program the I/O ports at power up. PCN 220 should not enter the normal operational 
mode until its application hardware is configured. 

In order to perform diagnostics on PCNs 220 and DCNs 310, the communication network should be func- 
tioning. If the network cannot be operated properly, CCN 210 should identify the node causing the problem. 
In some cases, an operator may have to remove nodes one by one, although the use of the third wire largely 
alleviates this need. Preferably, a communication driver that may be simply provided should include the diag- 
nostics to narrow down the scope of a network problem, or to pin-point the problem area. 

Support is provided for PCNs 220 and DCNs 310 to Incorporate boundary-scan as an option which is di- 
rectly tied to communication. Boundary-scan facilitates automatic testing of electronic boards during manufac- 
turing or product servicing. Boundary-scan accepts a test bit pattern as an input and generates an output bit 
pattern. Those patterns are predefined when an electronic board is developed. The boundary-scan must be 
performed while the application hardware is in a static state. This will require that the processing unit of DCN 
310 or PCN 21 0 be held in an idle state and may also require that this and other application hardware of DCN 
310 and PCN 210 to be held in a reset state as well. 

To enter the on-line mode, all previously mentioned steps should be completed. In the on-line mode, CCN 
210 starts to generate the SYNC frame and the DAC frames. In the off-line mode, those frames are absent. 
CCN 210 is aware of the mode change. However. PCN 220 or DCN 310 need not detect the mode change, 
and may simply receive a predefined command frame from CCN 210 any time, process it, and generate a pre- 
defined response frame either in the on-line mode or in the off-line mode. For communication with PCNs 220, 
the message sequence bits are not used. As soon as CCN 210 exchanges a frame with PCN 220 successfully, 
a communication link is established. Since communication with DCNs 310 uses sequence bits that are initial- 
ized to zeros at network power-up, a communication link between any pair of DCNs 310 or between CCN 210 
and any DCN 310 is established if a frame is exchanged successfully. After a transmitting node sends the first 
frame, it should receive the acknowledgement frame successfully. This establishes a one way communication 
link. DCN 310 need not establish the link to every DCN 310. The communication driver of DCN 310 is respon- 
sible for establishing the logical link. When DCN 31 0 to DCN 31 0 communication fails, the entire network could 
be restarted to re-initialize the sequence bits of the nodes. Alternatively, after the problem has been corrected, 
the affected tlnk(s) may be reestablished by sending two dummy messages in each direction. 

While some functional features of networks using architecture 10 may be provided by hardware, others 
may be best implemented in software which may be simply provided. For instance, a communication software 
driver for CCN 210 might facilitate the interface to the hardware of CCN 210. Similarly, software drivers for 
communication of DCNs 310 could expand the limited buffer sizes of the hardware of CCN 210 and DCN 310. 
Additionally, a set of software modules written in, for example, the language C, for both CCN 210 and DCN 
310 could download programs codes as a special case of file transfer. The downloading could support three 
types of memory devices: random access memory (RAM), electrically erasable programmable read only menv 
ory (EEPROM), and FLASH read only memory (FLASH ROM), where each type may have its own timing re- 
quirements. A set of routines for CCN 210 and DCN 310 could provide for file transfer in ASCII and binary for- 
mats. 

Although the protocol does not allow direct talk between DCN 310 and PCN 220 due to the limited capa- 
bilities of PCN 220. which does not contain a CPU, application level software that may be simply provided for 
CCN 210 could relay information between PCN 220 and DCN 310. Particularly preferred, at power up, CCN 
210 could be loaded with requests of DCNs 310 for specific sensor information. Also. PCN 220 could be able 
to notify CCN 210 when a significant event has occurred. Upon detecting that a significant sensor event has 
occurred, CCN 210 could check if this information has been requested by DCNs 310. If no, it could send a 
message to DCNs 310 with the new sensor information. Further DCN 310 could send a message to CCN 210 
requesting it to modify the control to a particular one of PCNs 220. The maximum latency for sensor information 
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15 



Of DCNs 310 to reach DCN 310 or for a request of DCN 310 for output change of PCN 220 (if altered) would 

^ 'inVrchitecture 10. system hardware for PCNs 220. less the communication portion, may conveniently be 
called application hardware. Typical functions supported by application hardware include the following: 

Turning off power drives: The watchdog timer of the communications core generates a signal to the ap- 
plication hardware if PCN 220 is not refreshed within a predefined time. Then the application hardware should 
torn off all PWMs. sensor scanning, and tri-stating simple outputs. Thus, motors and solenoids are not left in 
a powered up state ifthe system hangs up. ■ q 

Motor/Solenoid controller PWM generator: A motor control PWM generators is generated using 8-bits of 
duty cycle control and one direction control bit. This pWM generator should include a disable function which 
will shut down the PWM output for use in limiting motor winding currents. The PWM output preferably can only 
torn on again on the next start-of- period. In addition, stall protection must be included in this function to protect 
the field effect transistor (FET) drivers as these will generally fail if they are on for more tj^" ^ 20 rns^ 
This may be accomplished by counting how long the PWM duty cycle is greater than a threshold (TBD). If the 
PWM exceeds that threshold, then the PWM output should be disabled and a flag set which is readable by 
CCN 210. The PWM generator should be re-enabled when the PWM command of CCN 210 is brought down 

^ ^ D/AIOnrtton- A digital to analog or D/A function can be created using a simple 8-bit PWM and integrator. 

A/D function An analog to digital or A/D function supports the sensor seaming function. The A/D resolution 
need not exceed 8 bits and conversion speed is not critical. This A/D function can be implemented inexpensively 
by using the D/A function and programmable logic device (PLD) logic to control a successive approximation 
approach employing a binary search method. With this approach, a simple comparator is required outside of 
the PLD The PLD sets a reference voltage using the D/A function to compare against the input analog voltage 
and makes decisions based on whether the voltage is less than or greater than the analog voltage. 

sensor scanning: The facility to scan various types of sensor provides, as a minimum, scanning of: opto- 
reflective sensors (with or without window obstruction and ambient light), hall switches (digital and analog) 
opto-transmissive sensors (digital only), keyboard switches, and gap detection (detect gap and set flag. CCN 

S'irogrammlVrt/orAt" least 8 bits of configurable I/O should be provided, which starte in a tri-state at 

''^^WWIe the majority of node communication functions have been disclosed above, there exist additional fea- 
tores such as error recovery and requirements which are specific to the node type. Common to all nodes is 
the capability to receive a frame, to generate one, and to detect CRC errors and framing errors 

Featores of architecture 10 relating to PCN 220 include communication requirements and application hard- 
ware. Concerning communication requirements, for PCNs 220 it is useful to provide a watchdog timer. The 
watchdog timer must generate a signal to the application hardware if PCN 220 is not refreshed within a pre- 
dSinedX. The watchdog timer starts when the first SYNC frame is received. Note. CCN 21 0 should be abte 
to read the 3 byte node identification register. 

PCN 220 also supports the loop-back test, where CCN 210 sends a command to PCN 220 to repeat the 
frame that it receives. In the loop back mode. PCN 220 receives a message, transfers the message to its trans- 
mit buffer, and immediately transmits back to CCN 210; CCN 210 then commands PCN 220 to exit the loop- 

back mode. . , - j /->d/~ u 

Also. PCN 220 should continue to function even though it experiences framing errore and CRC errors. It 

45 iqnores frames which are not predefined in the control field. 

The communication hardware generates a signal to application hardware to indicate the reception of the 
SYNC frame. The output data received via the communication can be directed to output lines immediately or 
can be synchronized to the SYNC frame. The selection is configurable. .... 
Sampling of input lines can be synchronized to the SYNC frame, or can be immediate. The selection is 
50 configurable as well. The communication hardware transfers only error-free messages to application hardware. 
The communication core of PCN 220 typically need not contain buffer memory other than the serial shift reg- 
ister 

Features relating to DCN 310 include the CPU Interface and communication related specifications. Par- 
ticularly preferred features relating to interfacing of the CPU of DCNs 310 and registers are listed in Table 5. 
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Node ID register 

3 byte node Identification register. 

Node address register (NAR) 

This register is loaded with the lover 5 bits of the node ID 
at pover-up. CCN 210 can vrite to this register and DCN 310 
Day read it. The conmunication hardware tises this value for 
address recognition and as a so\irce address. 

Node slot register (NSR) 

This register, which is for access control, is loaded with 
the lower 5 bits of the node ID at power up. CCN 210 writes 
to this register and DCN 310 may read it. 

Priority flag 

Downloaded by CCN 210, and cleared by default* If set, DCN 
310 uses the priority slot for a frame transmission. 

Interrupt generation 

An interrupt must be generated for the events: (a) received 
buffer ready, (b) transmit buffer anpty, (c) retry limit 
reached, (d) maximum error count, and (e) SYNC frame 
received. 

Receive related 

Receive flag 

The conmunication controller sets this flag when an 

error free information frame is received. CCN 210 

clears it. 
Receive buffer byte count 

Number of data bytes excluding any address. 
Frame source register 

The node address of a frame origin. 
Frame control field read register. 

Received frame control field 
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Receiver buffer 

33 byt:es long. 



Transmit related 

^""•■JjH'nS ..t. thi. fl.g. then cUar. iJ^J^-^^^'oundary 
buffer 1. trenanltted .ucceisfully. , } J" JV* , SJT'^ 
.c«. f r«e . the co-unlc^lon controller .clj«. the 
flea after It proceaeee the fraae. Tnia wi** m 
end prior to the link e.tablUhaent. ) 

Trananlt buffer byte coxmt 

^" Number of <Uta bytes excluding any address. 

Frame destination address 

The frame destination address. 

Frame control field write register 

Frame control field to be transmitted. 



Transmit buffer 

33 bytes long. 

Retransjisslox^counter^^^ ^^ ^3 r..<U^Y ^yl<^J^<> 

A yZccs 210 When it reaches the maxiinuni. It atays at 
Sf.^J.S."^e concroUer clears t.e co^^^^^^^ 

Ts e/rt:::SceIlJ T.T:.iroVlr. .rror) by t.e 

c^n^U^t^on hardware up to 15 tl»es. .^"'^i^r* 
coDBu opportune time In epecifled In tl»e 

c;nSol Se ^Lnter value 0 indicate, no error. 

SS*310 as well as DCN 310 .mist be able to read the 
Jo^loiLr CRC error flag. fr««ing error, and tiise-out 
error for the expected ACK frame. 

^''Sejf ;:Tt»niin sequence bit and a receive -<I«*n«L"5„ 
3^ tt ScN 310 All bits are rero at power up and DCN 310 
fr.wfto Jeai the bits (read-only). The controller ««t 

, k! !si. to detect messages requiring the aequenee 
*^*K r aS up^tfthe number Sho^ below i. the indexing 
ll^id^'^o'te one pair corresponding to it. own node 
may be used for network loop-back test. 

index Transmit Receive Comment. 

^""^'^ sequence bit sequence bit 

for CCH 

0 " for DCH I 

1 " for DCH 1 

2 

29 . " for DCN 30 

30 * 

for DCN 31 

31 
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similarly to the function described referring to PCN 220. 

DCN 310 should continue to function even though it experiences framing errors and CRC errors. It ignores 
frames that are not predefined in the control field. 

5 Additionally, DCN 310 will use the communication capability of architecture 10 via the registers defined 

above. When the receive buffer flag is set, DCN 310 replies with the NAK frame to an incoming information 
frame. DCN 310 dears the receive flag, and the communication hardware clears the transmit flag. Likewise, 
DCN 310 sets the transmit flag, and the communication hardware sets the receive flag. An interrupt signal is 
generated rf (a) a new message is received and (b) the transmit buffer becomes ready. 

10 An information frame initiated by DCN 31 0 should be retransmitted if an ACK frame is not received within 

a predefined time. The process Is repeated up to 15 additional times, and the retransmission intervals should 
be 1 ms. If all retransmissions fail, DCN 310 must set the error flag. CCN 210 also scans DCNs 310 regularly, 
shutting down the network if any of DCNs 310 has set the flag. If an information transmission of DCN 310 
receives the NAK frame, then DCN 31 0 retransmits indefinitely every millisecond (configurable) until it receives 

15 the ACK frame. 

Features of architecture 10 relating to CCN 210 include CPU interfacing, registers to control the network, 
buffers for control frames, interfacing with PCN 220, and hardware controls. 

The interface between the communication controller of CCN 210 and the CPU of CCN 210 preferably is 
primarily via a shared memory. Thus registers and memories are used interchangeably in this section. Although 
20 details are to be determined, the expected interface signals are: RESET, AD0-AD15, ALE, WAIT, CS, WR, RD, 
INT, CLK, VCC and GND. Further, CCN 210 can enable/disable interrupts individually or as a whole. In general 
interrupts are generated on (1) receive buffer ready, (2) transmit buffer available, (3) significant event of PCN 
220, (4) communication error, and (5) CPU of CCN 21 0 access to the buffer of PCN 220 that is currently being 
used by the communication hardware. The CPU of CCN 210 clears the interrupt flag set by the communication 
25 controller of CCN 21 0. 

Details concerning registers to control the network are listed in Table 6. Note, all registers in Table 6 are 
of the read/write type unless specified otherwise. 

TABLE 6 

30 < 

Node ID register 

3 byte node identification register. 

Baud rate register 
35 The CPU of CCN 210 can set a code for the comnasnlcation 

controller to use one of the five defined rates: 0-0.625 
Mbps, 1-1.25 Mbps» 2-2.5 Mbps, 3-5 Mbps» and 4-10 Mbps. 

PCN transmit interval 
^ A frame transmitting Interval of PCN 220 in the nomal mode 

of operation. 
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^'^^ 'SilpS of'cJS 210 can .et the tlclc period m "r-s of the 
^ber^ the co^unicetlon controller ^l^^^*- '^.1%^ 
^he «>.t li-portant P««*"»^%* 
schedule coBBunicetlon u«lng PCN* 220. 

Modularity option i"*^"^*'' . ,,.«^4-,.tion controller detect. 

wire Input being low at power up. 

Register for the number of PCNs determines the number 

CCN 210 writes to this memory after it oetermiw 
of PCNs 220 on the network. The commmicatton controller 
may utilize this information. 

Register for the number °f ^'^C*'* determines the number 

CCN 210 writes to this memory after xc oetetmxi 
of DCNs 310 on the network. The communication controller 
may utilize this information. 

Node address register (NAR) ^ ID 

This reeister is loaded with tne lower 

LJ« UP CCN 210 can write to this register and DCN 310 
V L 5ble to read It. The communication hardware uses 
Sn ^a^^elo; iSd^Hs recognition and a. a source address. 

""""^ 'iSL'SgCUr loaded with the lower 5 bit. of the node ID 
V^Lllrtil CCN 210 writes to this register and DCN 310 
JJouH ie I^le to read it. Thi. Is for providing access 

control . 

^''"'Sls'!s downloaded by CCN 210 and cleared by default. If it 
is set. DCN 310 uses the priority slot for a frame 

transmission- 

^'=""TS;rifan'ficr:LitSg counter. 

caches Se value In the DCNR (number of »CNs 310) . The 
J"u. of the ACR is used in assembling . DAC frame^^ ^The ACR 
IJ^ents only If CCN 210 detects a frame from DCN 310 
Inmedlately after the DAC frame. 

S"er a communication error 1. detected It 1. 
incremented. This counter can be cleared by the CPU. 

Details concerning buffers for control frames and DCN 310 are listed in Table 7. 
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Tflblt 7 

Receive related 

Receive flag 

The coBunicetion controller eete Chle flag vfaen an 
error free Information fraae la received. The CPU 
cleara it. 

Receive btiffer byte coiint 

The miaber of data bytes excluding any addreaa. 
Prase aoiirce register 

The node address of a fraae origin. 
Frame control field read register 

This is received frame control field. 
Receiver buffer 

This is 33 bytes long. 



Transmit related 

Transmit flag 

The CPU sets this flag. Then the controller clears It 

after It transmits the buffer successfully. 
Transmit buffer byte count 

Number of data bytes excluding any address. 
Frame destination address 

The frame destination address. 
Frame control field write register 

Frame control field to be transmitted. 
Transmit buffer 

This Is 33 bytes long. 

Retransmission counter 

This counter counts up to 15 and must be readable by DCN 310 
and by CCN 210. When it reaches the maximum » It stays at 
that value. The controller clears it *ihen the transmission 
is successful. DCK*bounded information frame shall be 
automatically retransmitted, (In case of an error) by the 
communication hardware up to 15 times, vlth at least a one 
millisecond interval at an opportxme time specified In the 
access control. A counter value of 0 indicates no error. 

Error flags 

CCN 210 as weA as DCK 310 must be able to read the 

following: CRC error flag, framing error, and time-out 
error for the expected ACK frame. 

32 pairs of seq\ience bits 

There Is a transmit sequence bit and a receive sequence bit 
for each DCN 3.10. All bits are zero at power-up. DCN 310 
must be able to read the bits (read-only). The controller 
must be able to detect messages which require the sequence 
number and update this number. Shown below is the indexing 
scheme used. 
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Index Tran«alt Receive Connents 

sequence bit sequence bit 

not used 

° for DCN 1 

t . for DCN I 

2 



In ". — for DCN 30 

^° -- for DCN 31 

concerning the interface registe.B forPCN 220. CCN 210 should maintain 4 "significant PCN event" reg- 
""Xs^tre^shoirbe 4^^^^^^^^ event mas." registers; 8 PCNs 220 per 8-bit register. These register 

bits enable/disable a ''^^^^^J;^'"^^^^^^ 22Thaving its significant event mask enabled, then an in- 
If a significant event occurs from one of ^^^s 2^0 naving ii 9 generated to speed 

terrupt should go to CCN 210 ^^oTisVlfn^oS anTne'tl^^^^^ of PCNs 220 

^^cu "™r^^^^^^^^^^^^ « - - -'^^ " 

icant events are resolved. mi nn nf t Hp buffer table Reset of the controller clears it. 

CCN 210 also sets a scan f^g to tn^^^^^^^^^^ 
The o°"troilerexam.n^ each entity an^^^^ 9 ^ ^^^^ ^^^^.^ ^^^^ ^^^^ p^^33 

the buffer and receive a frame. ' . ^rfore startinq over. CCN 210 should be able to 

repeats for ^1 the table en«t^. f^^;;^J,Z:rlt^^e lefS ^ clmunlcation of DCN 310. it will issue 
ToT^™0^oZ:l::t/^^^^^ the next «cK signal. If CCN 210 has its own message 

for DCN 310. it transmUs the -/-^^^^^^^^^^^^^^ register to indicate to PCN 220 it is 

The controller wntes the index of tne ^^^^i^.^ the CCN 210, by reading this register 

and the transmit and receive flags, couia However CCN 21 0 should not access a buffer being 

buffer. CCN 210 Should be a^^^^^^^ ^.^p, , 3ccess the active buffer 

communicated. Th s f /^"^JirterruDt will be generated. This is Intended as debug support, as in a final 
the access attempt will fail and an '"^YLTlrt ' bS^^^ Note there are two possibilities: first. CCN 210 tries 
system CCN JO^ho^,d ^^^^^^^^^^^^ aUerthat becomes active. The 

to access a buffer that is ^'ready acnve . and will not stop on this contention, 

communication hardware wi I ^^^^'.^'^^^^^fjc^^^^ 'ffers many capabilities. CCN 210 should also have 
ThecommunicatK^nconr^^^^^^^^^^ 

a communication software driver that may ''^ P ' controls Preferably, the first task of the 

er also could P-'de ^^f^^-^J^^.^ P™^-' 
:r;rph«e~^^^ a^<'-§-^ wou.d precede al. other commands. 

The driver could ^^.'^^^^^^"y .^'^^l^^ ,ds node addresses, the number of PCNs 220. and the number 
The next step " ' f ^"^^^^^^^^ be loaded accordingly. Next, appropriate values should be 
of DCNs 310. The PCNR and the ^CNR shoum oe particular DCN 310 should be assigned to 

rt^'Strfortht^^^^^^^ 

^^sToln^ediagnose^^^^^^^^ 

'lTTrappl.ra iorh?^^^^^^ also be configured. At this point the system is 

;::d;TroXo;:rrorA^^^^^ 

of error 230 a test circuit implemented in a field programmable gate array (FPGA) 

TO the capability to recognize the baud rate command and set 

or other form of «f ^^^^^^^^^^ provide the capability to recognize the starting and ending 

the rate accordingly Also^ the te^tj^rc" it s^^^^^^ P ^^^^^^^ ^^^^^^ .^^^^^^^^ 

flags and capture all the bytes ^-^^ ^ ^^^^ microsecond to hows. The hardware 

:jraro^:rt:crh« o^^^^^^^^^ 
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the buffer pointer by the hardware. 

In order to test the network and to create abnormal cases, a test application specific integrated circuit 
(ASIC) is preferably used to provide the capability to gener-ate a bit pattern specified by a user up to 54 bytes 
5 long (432 bits). The ASIC preferably also provides a selectable baud rate (5 speeds), and an interface to a PC 
bus. 

It is further desirable to have these capabilities on one circuit board. In one circuit implementation archi- 
tecture 10, the board has two main sections: the communications circuitry and application circuitry. The com- 
munications circuitry is responsible for all communication via the network and scheduling of the access PCNs 

10 220 and OCNs 310 to the network. The applications circuitry comprises a processor such as the Intel 80196 
microprocessor, available from Intel Corporation of Santa Clara, California, random access memory (RAM), 
read only memory (ROM), and an RS232 interface, and will be responsible for configuring the network via the 
communications circuitry and processing the data exchanged between CCNs 210 and PCNs 220 and/or CCN 
210 and DCNs 310 via the communication network. 

15 The communications circuitry may be implemented using Xilinx 4000 Series field programmable gate ar- 

rays (FPGA) available from Xilinx Corporation of San Jose, California, except were frequency requirements 
prohibit Upon power-up or a hard reset the FPGA devices are configured either from an EPROM or from a 
PC through PC interface as determined by the setting of the mode switches. The lead (or master) device pre- 
ferably reads the configuration data for all FPGA devices from an EPROM. All other FPGA devices are prefer- 

20 ably loaded in daisy chain master/slave configuration. After all devices have been configured properly a light 
emitting diode (LED) is preferably turned on and an interrupt preferably is generated signalling that FPGA con- 
figuration is complete. 

Data from the network preferably enters the board through a connector and a serial bus interface, prefer- 
ably an RS485 interface chip. After the data has been filtered, the transmit dock preferably is recovered by 
25 edge detection in a high speed programmable array logic (PAL) chip. From the recovered transmit clock a re- 
ceive clock is generated in the center of each incoming bit period. The receive clock is preferably resynchron- 
ized to the incoming data stream every time an edge occurs. The data in latched by this dock and made avail- 
able to the rest of the circuitry. 

The board preferably also has a core communications block. The core communications circuitry is prefer- 
so ably responsible for transmission, reception, error detection and duplicate message protection of data packets 
as detailed above. All bit stuff ing and unstuffing, frame detection and construction, CRC generation and check- 
ing, special control frame recognition, address recognition and transmission, message sequencing, and ACK- 
/NACK response is preferably performed by this block. In addition, any communication specific registers (e.g., 
baud rate, downloaded address) are preferably contained In and controlled by this block. 
35 The board has a communications block for DCNs 310, that contains the transmit and receive first in first 

out (FIFOs) for communication for DCNs 310 and the access control state machines for DCNs 310. Transmit 
and receive FIFOs are accessible to t>oth the core communication block and the interface for CCN 210. The 
state machine for DCN 310 signals the core communications block when a message is to be transmitted and 
determines whether or not a time-out error has occurred. The core communications block notifies the com- 
40 munications block for DCNs 310 when the network is busy, when an ACK has been received and when a NACK 
has been received. This block also signals the interface of CCN 210 when a message has been received, an 
error has occurred, and/or a message has been delivered correctiy. The state machine for CCN 210 to DCN 
310 transmission is shown in FIG. 34. 

The interface between the microprocessor and PCNs 220 that reside on the network preferably is PCN 
45 RAM. All scheduling information for each PCN 220 preferably resides in the PCN RAM allocated to that PCN 
220. The preferred PCN RAM organization in shown in Table 8. 
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The RAM preferably is organized to allocate a block of 19 bytes of data for each potential PCN 220. This 
data is readable and writable by the host processor. PCN 220 may be assigned any block of data, although 
the most frequently accessed PCNs 220 should be stored at the top of the RAM. ^, ^ , 

The network address byte contains t he network address of PCN 220 1 hat is assigned to a block of memory. 
This allows ^e user to have non-sequential addressing of PCNs 220 and to organize the RAM by frequency 
of ac^s^by PCNS 220. Referring to FIG. 35. the tick status byte contains two nibbles of information, the update 
mte^d the tS.e until update. The update rate nibble determines how often PCN 220 will be updated white 
Th^tfrlle unHt update nibbte is used as a counter by the access control stata machine to keep track of when to 

"^tU'date-^S should be set by the host processor and determines how often in tick cycles PCN 220 
will be updated. A value of 0 would specify updates every tick cycle, a value of 1 would specrfy "Plates every 
o her tick cvcle etc Update rates may be modified during operation, but caution should be used if PCN s 220 
ieln^^ecrmcide since the time between updates for PCN's 220 below the modified PCN 220 may skew 

The time-until-update preferably is actively modified by the access control state machine every tick eye e. 
Each tick cycle this nibble is examined. If it is 0. PCN 220 is updated and the nibble is reset to the update- 
SfotheSe the value of the nibble is decremented and PCN 220 is not updated. The initial value of this 
SS.te may be by the host processor te more uniformly schedule accesses among PCNs 220. Care should 
be taken to maintain scheduling if the update-rate is changed. 

Referrinq to FIG 36. the date status byte provides information on the date contained for a parbcular one 
of PCNs 220 It may be used to ensure that invalid or corrupted date is not transmit to PCN 220 or read by 
the processor. Four bite preferably are used to specify the stetus of the date for a particular PCN 220. 

The error bit. ERR. preferably is set by the state machine of PCN 220 if an error occurred the last time 

^^^ThfcRJ Modify bit. CM. may be set by the host processor to disable transmisston of date to 220 PCN 
220 while it is being modified. A special frame will be sent to PCN 220 which will not update register of PCN 
220 but will update the stetus of PCN 220. If this bit is set. it must be cleared by the host processor after mod- 
ification of the data of PCN 220. The use of this bit is optional. . , ■ 

The receive toggle bit. RT. preferably is toggled by the access control state machine every time data is 
received from PCN 220. The host processor may examine this bit before and after accessing the date for PCN 
220 to determine if any of the date has changed since the processor began accessing date^ 

The no transmit last time bit, NT. preferably is set by the access control state machine if PCN 220 was not 
updated at ite last scheduled time due to the CM bit being set by the host processor. 

Referring to FIG. 37. which shows the message length, the number of bytes to transmitspecif led how many 
of the eight bytes in the output buffer should be transmit to PCN 220. The number of bytes to be received from 
PCN 220 is inteined in the higher order nibble. This value preferably should be set by the host processor 
and is a function of the function ID of PCN 220. , u e v.^^ li f 

FIG. 38 shows the access control state machine which controls all access to the network. Scheduling of 
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PCNs 220 is maintained, communication of PCNs 220 is executed and the DCN access control frame (DAC) 
is generated by the access control state machine. Signals between the core communications block and the 
access control state machine enable the state machine to control these data communications. 

The begiming of a tick period initializes the access control state machine which executes the appropriate 
communications for PCNs 220 based upon the data in the PCN RAM. Upon completion of communication of 
PCN 220, the access control state machine determines If there is enough time remaining in the tick period for 
a DAC frame and the associated communication of DCN 310. If there is, CCN 220 may transmit a message 
or transmit the DAC frame. Upon completion of the message of CCN 210 or DAC frame and possible message 
of DCN 310 the access control state machine will again check to see if sufficient time remains in the tick period 
for a DAC frame and a communication of DCN 310. This process continues until there is no longer sufficient 
time left In the tick period at which point the state machine waits until the beginning of the next tick period to 
begin communications with PCNs 220. 

A microprocessor internee preferably controls access between CCN 220, PCN RAM, FIFOs of DCN 310 
registers and status registers. All status and interrupt registers are contained in this block. The interface pro- 
vides the microprocessor with transparent access to all internal RAM and registers. 

Further, a set of status LEDs preferably provides information for board and system debug purposes. They 
indicate the following conditions: FPGA configuration complete, third wire in active, third wire out active. RS485 
enable active, DCN transmit FIFO ready to transmit, and DCN receive FIFO has received a message. 

Finally, a DIP switch preferably sets the function ID and address of CCN 210. It usually is set to zero, but 
may be changed to a different value to have the board of CCN 21 0 function as a DCN 31 0 for debugging pur- 
poses. 

Thus it is seen that a flexible serial communications motion control communication system is provided that 
provides for efficient communication between various elements in a motion control system, and that allows 
the simple incorporation of modular additions to a motion control system. 

^ The system also provides for a reduction in the quantity of wire used to interconnect the necessary ele- 
ments of a motion control system, and allows the wiring to be more readily isolated from electromagnetic and 
radio frequency Interference. 

The system also provides for systems to be readily reconfigured, speeding product development and pro- 
vides for reduced system cost by increasing the number of parts that are common. 

The system also provides for application level support services at power-up, Including manufacturing and 
service diagnostics and that automatically configures a network after system reconfiguration. 

The system also provides motor control communication system nodes that may be boundary scannable 
for testing, and to have boundary scan information be transferable to or from a single network connection point 
to provide for manufacturing test and servicing diagnostics. 

The system also provides for the adjustment of the communications baud rate to achieve an optimum 
cost/bandwkJth tradeoff. 

The system also provides a serial communications motion control system that allows communication be- 
tween a plurality of distributed control nodes, a plurality of peripheral control nodes, and a central control node 
using a serial bus that communicates with the central control node, the distributed control nodes and the per- 
ipheral control nodes, and that provides a means for communicating control and data signals between the cen- 
tral control nodes, the distributed control nodes and the peripheral control nodes. 

One skilled in the art will appreciate that the present invention can t>e practiced by other than the described 
embodiments, which are provided for purposes of illustration and not of limitation, and the present invention is 
limited only by the claims which follow. 



Claims 

1. A communications network comprising: 

a) a plurality of control nodes for control of elements of said motion control system; 

b) a central node for scheduled communication with each of said control nodes; wherein. 

c) said schedule comprises a sequence of equal, periodic time intervals; and. 

d) for each of said control nodes an integer is associated in accordance with said schedule; and, 

e) said central node communicates with each particular one of said control nodes every nth of said 
intervals, where n Is said integer associated with to said particular control node. 

2. A network as described in claim 1 , wherein said control node is responsive to changes in the requirements 
forfrequency of communication with said central nodes to vary said integers and thereby correspondingly 
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20 

8. 



change said frequency of communication. 

3. A network as described in claim 1 , further comprising a serial communication bus for communication be- 
tween said central node and said control nodes. 

4 A network as described in claim 1. wherein said network further comprises means for providing cen- 
tral node with configuration data, said configuration data comprising data which identrf.es each of said 
control nodes and Its physical location in said network. 

*° 5 An apparatus as described In dalm 4, wherein said central node determines said schedule for communi- 
cations with said control nodes in accordance with said configuration data. 

6 An apparatus as described in claim 5. wherein at least one of said control nodes is an immediate control 
node said immediate control node responding immediately to communication with said central node to 

« generate an output signal or input status data. 

7 Apparatus as described in claim 5. wherein at least one of said control nodes is a synchronous control 
node which responds to communication with said central node to generate an output signal or input status 
information upon receipt of a synchronization signal. 

An apparatus as described in claim 4, wherein at least one of said control nodes is an immediate control 
node said immediate control node responding immediately to communication with said central node to 
generate an output signal or input status data. 

ADoaratus as described in claim 4. wherein at least one of said control nodes is a synchronous control 
node which responds to communication with said central node to generate an output signal or input status 
information upon receipt of synchronization signal. 

An apparatus as described in claim 1. wherein at least one of said control nodes is an Itnmediate control 
node, said immediate control node responding immediately to communication with said central node to 
generate an output signal or input status data. 

A network as described in claim 1 0. wherein said communication with each particular one of said immedi- 
ate control nodes Is at a corresponding fixed point within said time intervals, whereby said communication 
with said particular immediate control node is periodic with a period of n of said time intervals, where n 
^ is said integer associated with said particular immediate control node. 

ADoaratus as described in claim 1. wherein at least one of said control nodes is a synchronous control 
node which responds to communication with said central node to generate an output signal or input status 
information upon receipt of synchronization signal. 

A network as described in claim 1. wherein at least one of said control nodes may be selectively configured 
to be an immediate control node, which responds immediately to communications with said central node 
to Generate an output signal or input status data; or to be a synchronous control node which responds to 
communication with said central node to generate an output signal or input status data upon receipt of a 
45 synchronization signal. 
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